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DETAILED ACTION 
Response to Arguments 

Applicant's arguments filed on 10/20/08, have been fully considered but they are 
not persuasive. 

Regarding claim 54, due to the unintended error on pages 2 and 1 1 of the 
previous action mailed on 7/1 1/08, examiner acknowledges that the status of claim 54 
is indicated objected, but the reason of the objection is not described. In order to update 
claim 54 in this office action, the reason for objection of claim 54 is that the prior art fails 
to describes a command-specific data comprises a link state advertisement count field. 

Regarding clarification on claims 40 and 52, claim 40 is rejected over Spiegel in 
view of Perman , and further in view of Chou. Claim 52 is rejected over Spiegel in view 
of Peerlman, and further in view of Bare. Since both claims 40 and 52 depend on claim 
39 separately and claim 39 is rejected under Spiegel in view of Peerlman, therefore the 
rejection of claims 40 andd 52 are proper. 

Regarding clarification on claims 1 1 8, 1 31 , 1 44, 1 57. Claims 1 1 8, 1 31 , 1 44, 1 57 
depend on claims 111, 124, 137, 150 and are rejected under 102(e) as being 
anticipated by Fukushima et al. The rejection of claims 118, 131, 144, 157 are updated 
as shown on page 1 1 . 

Regarding clarification on claims 169-176,183-190,197-204, and 211-218. The 
rejection status of these claims are withdrawn as shown on page 13. Claims 169-176, 
183-190,197-204, 211-218 are indicated objected as shown on page 14. 
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Regarding claims 1 1 1 , 1 24, 1 37, 1 50, applicant argues on pages 41-43 that 
Fukushima et al. does not disclose said at least one node identifies a node in a network 
for which said sending node seeks link state advertisement. Examiner does not agree 
because in Fukushima et al., the network link state information exchanged between two 
routers include ID of the advertising router ( ID of the sending node), identity of the 
network as well as the address of interface to which the advertising router is connected 
( see col.1, lines 60- 65). Further ( in col. 2, lines 10-20), each router while receving hello 
packets and network link state information, manages states of other routers on the 
network to which this router is connected. The each router manages the routers' IDs, 
and checks if each of those routers is aware of this router, or checks if each of those 
routers has completed the reception of network link state information. The checking if 
each of those routers has received the network link state information clearly indicates 
that there is at least a router or a node in the network having its identification or link 
state advertisement seeked by the sending node. The received network link state 
information has an identifier identifying a node for which the network link states 
information is destined. 

Regarding claims 163, 177, 191 and 205, applicant argues in the Remark, pages 44-46 
that Fukushima et al. does not disclose sending the link state information from the down 
stream node and sending an ACK from the down stream node. Examiner does not 
agree because Fukushima et al. discloses receiving a hello packet at a downstream 
node, wherein said hello packet comprises a link state advertisement (see see col. 10, 
lines 15-30, fig. 8, step 121, router 10 receives hello packets, wherein the hello packet 
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comprises network link state information. See step 124); processing said link state 
advertisement comprises sending said link state information from down stream node 
(see fig. 8, steps 125 col. 10, lines 25-30; sending the network link state information to 
protocol information manager module 15); sending link states acknowledgement from 
the downstream node (see fig. 8, step 125, col. 10, lines 26-40; the sending of network 
link state information is an acknowledgement which the manager 15 checks if the 
received information is the network linkstate information, see fig. 9, steps 131,133). 

Regarding claims 38, Applicant argues on the specification, pages 49-52, that the 
combination of Spiegel et al. with Perlman does not disclose broadcasting said protocol 
packet to a plurality of neighbors of origin node to find a target node. 

Applicant is referred to Spiegel et al. in col. 5, lines 52-60; figures 1 and 2 wherein 
as a source node A finds a source route to destination node G, routing table 13 at each 
node is searched to find nodes along a source-to-destination route based on least cost . 
This expresses a source route is searched by each node from source node A to 
destination node G. For further understanding, applicant is referred to see figures 6A- 
6G and 7A-7D. 

Regarding the prior art requested by applicant for claim 69 on page 53 of the 
remark, examiner uses prior art Azu et al. ( Pat. 6,430,150 B1) to reject the claimed 
limitation of claim 69 as shown on page 6. 



Claim Rejections - 35 USC § 103 
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The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 38-52, 55, 56, 57-68, 70 are rejected under 35 USC 103(a) as being 
unpatentable over Spiegel et al. ( US pat. 5,649,108) in view of Peerlman ( US Pat. 
5,455,865). 

In claim 38, 39, 49, 50, 51 ,57, note; the protocol packet is further defined in 
claim 62 as "a create path packet"; claim 70 as "a configure packet". Therefore, 
examiner cites "a request/connection setup packet" in Spiegel as one of these packet 
above. Spiegel et al. discloses a method comprising transmitting a protocol packet from 
an origin node to neighbors of the origin nodes to find the target node (see ATM 
network in figure 1 , fig. 2, and fig. 4; source node transmits a request/connection setup 
packet via intermediate nodes to destination node; col. 5, line 35 to col. 6, line 50; and a 
souce route is searched through network along nodes based on least cost); the 
protocol packet is configured to record a protocol packet path from the origin node to 
the target node (see fig. 3, col. 5, lines 62 to col. 6, line 15; each a connection setup 
packet contains source address, destination address (for claim 39), a source route 
which is a list of nodes that the connection setup packet should pass through, and a 
record route which is a list of nodes through which the connection has already been 
established ); the protocol packet comprises information regarding a topology of at least 
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a portion of said network ( the topology of the at least a portion of network is source 
address, destination address, VCI ( claim 49), cost 35 ( claim 50), QOS parameters ( 
claim 51; col. 6, lines 45-52); a source route and a record route). Spiegel does not 
disclose broadcasting the protocol packet to a plurality of neighbors of said origin node. 
Perlman discloses in fig. I, a source node 16 transmits a data packet to a destination 
node 24 via alternative routes ( see col. 4, lines 45-60). The source node 16 first 
identifies its neighbor nodes by broadcasting link state packet to entire network ( see 
col. 6, lines 1-7 and step 94 in fig.3B ). The link state packet comprises neighbor ID's 78 
( see fig.3A, col. 6, lines 28-32). Therefore, it would have been obvious to one ordinary 
skilled in the art to combine the teaching of broadcasting link state packet to neighbor 
nodes of Perlman with the teaching of Spiegel in order to determine network topology 
before transmitting packet from source to destination and avoid link failure during 
transmission. 

Claims 69 is rejected under 35 USC 103(a) as being unpatentable over Spiegel 
et al. ( US pat. 5,649,108) in view of Peerlman ( US Pat. 5,455,865), and further in view 
of Azuma et al. ( US Pat. 6,430,150 B1). 

In claim 69, the combination of Spiegel and Peerlman does not disclose the 
protocol packet is a link down packet. Azuma et al. discloses, in col.4, lines 40-50, in 
an event of a link failure in the network, nodes adjacent to the location of the failure 
detect it and send an alarm message ( link down packet) to notify all other nodes in the 
network of the failure. Since the specification describes the link down packet as an 
alarm message sent by a slave node to the master node when a link is failed, therefore, 
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the alarm message broadcasted to nodes in the network of Azuma performs the same 
function as the claimed link down packet. Therefore, it would have been obvious to one 
skilled in the art to combine the teaching of Azuma et al. with the combination of Spiegel 
and Peerlman to notify the network nodes of the link failure and to reroute the network 
traffic and avoid congestion. 

Claims 40, 47 are rejected under 35 USC 103(a) as being unpatentable over 
Spiegel et al. ( US pat. 5,649,108) in view of Peerlman ( US Pat. 5,455,865) , and 
further in view of Chou ( US pat. 5,850,526). 

In claims 40, 47, Spiegel et al. does not disclose header includes a flush 
indication field. Chou discloses in fig. 6, col. 8, lines 30-45, a header of a packet 
transmitted from a source device comprises flush bit 78 set by the source node ( 
header includes a flush indication field). Therefore, it would have been obvious to one 
skilled in the art to comprise a flush bit into the header of connection setup packet to 
release resource for other connection. 

Claims 43, 44 are rejected under 35 USC 103(a) as being unpatentable over 
Spiegel et al. ( US pat. 5,649,108) in view of Peerlman ( US Pat. 5,455,865) , and 
further in view of Waclawsky et al. ( US pat. 5,197,127). 

IN claims 43, 44, Spiegel et al. discloses as connection through network is 
blocked, a NACK is transmitted to source node ( see col. 7, lines 30-35) , but there is no 
indication of a request/response or negative response indicator fields described in 
Spiegel. Waclawsky et al. discloses in fig. 2, header 62 of a packet comprises a 
request/respponse bit REQ/RESP bit 14 ( see col. 3, lines 25-32). Therefore, it would 
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have been obvious to one skilled in the art to comprises the request/response bit 14 into 
the connection setup packet of Spiegel et al. to indicate whether the transmitted packet 
is received or not at the destination node. 

In claims 41 , 45, Spiegel et al. discloses fig.4, in col.7, lines 30-45 if the 
connection through the network is blocked, controller 12 of source node sends a release 
packet via other nodes and the corresponding entry of that connection in the forwarding 
table is also removed. Eventhough the terminate path indicator field is not explicitly 
disclose in the release packet, but the transmitting of release packet to indicate the 
connection being blocked is well-known to one skilled in the art that there must be some 
indication in the release packet shows that the connection has been blocked and 
removed. The indication is obvious to include a terminate path indicator field. 

Claims 42, 46 are rejected under 35 USC 103(a) as being unpatentable over 
Spiegel et al. ( US pat. 5,649,108) in view of Peerlman ( US Pat. 5,455,865) , and 
further in view of Martin et al. ( US pat. 6,092,086). 

In claims 42 and 46, Spiegel does not disclose a commit path indicator field. 
Martin et al. discloses in fig. 32, step 896, a packet is created with a commit flag ( 
commit path indicaator field). Therefore, it wouldhave been obvious to one skilled in the 
art to have a commit flag comprised in connection setup packet of Spiegel et al. to 
indicate whether a specific path has been committed to by other nodes. 
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In claim 48, the specification in page 52, lines 17-20 describes the initialize 
packet as protocol packet, therefore, the protocol packet disclosed by Spiegel in claim 
38 is initialize packet. 

Claim 52 is rejected under 35 USC 103(a) as being unpatentable over Spiegel et 
al. ( US pat. 5,649,108) in view of Peerlman ( US Pat. 5,455,865) , and further in view of 
Bare (US pat. 6,865,160 B1). 

In claim 52, Spiegel et al. does not disclose hello interval field and hello dead 
interval field. Bare discloses hello interval ( see col. 18, lines 35-45; hello requests sent 
at one second intervals for 5 seconds ) and hellodeadinterval ( col. 17, lines 50 to 
col. 18, line 20 if deadcount hello intervals go by without receiving a hello packet on a 
link that had previously been receiving hello packets, the link is no longer exist). 
Therefore, it would have been obvious to one skilled in the art to combine the 
deadcount hello intervals as hellodead interval in the packet of Spiegel et al. to help the 
source node transmitting hello packet determine that the hellopacket is not 
acknowledged after waiting a time period. 

In claim 58, Spiegel et al. discloses protocol packet is restore path packet (see 
fig. 3, step 306; col. 5, lines 47-53 or pack message at fig. 5, steps 504). 

In claim 55, Spiegel discloses link state advertisement field (control flag 38; 

fig .3). 

In claim 56, Spiegel et al. discloses a neigbor field ( destination node 31 ; fig. 3) ; 
and a link cost field ( see fig.3, cost 35) 
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In claim 59, Spiegel et al. discloses a virtual path ID field ( see fig. 2; forwarding 
table 20 including VCI identification and fig.3, VCI 32). 

In claim 60, Spiegel et al. discloses a path length field / link cost field ( see fig.3, 
soure route 33, cost 35). 

In claim 62, Spiegel et al. discloses protocol packet is a create path packet ( 
connection/setup path packet; see claim 38). 

In claim 61, Spiegel et al. discloses path array (fig . 1 shows spans AB, BD, DF, 

FG). 

In claims 63 and 65, the limitations of this claim have been addressed in claims 
59, 60 and 61. 

In claim 64, Spiegel et al. discloses a delete path packet (see fig.4, step 55; VC 
connection request is rejected; col. 7, lines 50-55). 

In claim 67, Spiegel et al. discloses identifying eligible neighbor nodes of said 
origin node ( see fig.4, step 41 , find shortest path from routing table; col. 6, lines 50-54), 
wherein said eligible neighbor nodes are nodes that are suitable for a virtual path 
between said origin node and said target node ( as shown in fig.4, step 40, col. 6, lines 
40-47; the shortest path is a requested virtual circuit), and said protocol packet is 
broadcast to each of said plurality of eligible neighbor nodes (disclosed in claim 38; see 
Perlman; col. 6, lines 1-7 and step 94 in fig.3B; the source node 16 first identifies its 
neighbor nodes by broadcasting link state packet to entire network). 
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In claims 66 and 68, the combination of Spiegel et al. and Perlman discloses 
the protocol packet is a get link state advertisement packet ( see Perlman in fig.3A, link 
state packet 68; col. 6, lines 10-30) and test packet ( see col. 5, lines 58-67, transmitting 
handshake packet to verify identities of neighbor nodes). 

Claims 1 1 1 , 1 1 8, 1 24, 1 31 , 1 37, 1 44, 1 50, 1 57, 1 63, 1 77, 1 91 , 205 are rejected under 
35 USC 102(e) as being anticipated by Fukushima et al. (Pat. 6,490,246 B2). 
In claims 111,124, 137, 150, Fukushima et al. discloses, a method of processing a get 
link state advertisement packet comprising receiving the get link state advertisement 
packet (fig.8, step 121, receiving a Hello packet/routing protocol packet) at a 
downstream node (at routers 30; co1.10, lines 20-25; fig. I), wherein the get link state 
advertisement packet ( the Hello packet) is sent by a sending node (from router 
calculating unit 1 1 ; fig. 2), the get link state advertisement packet comprises at least one 
node identifier (see col.1 , lines 45-50; the hello packet comprises a list of other routers' 
IDs in the same network); said at least node Id (each router) identifies a node in the 
network for which the sending node seeks link state advertisement (see col. 2, lines 15- 
20; checks if each of routers has received network link state information and in col. 2, 
lines 27-32, " if there is any other router from which the router has not received hello 
packet for longer than a fixed period, the router decides that a failure has occurred in 

this other router"). The downstream node and said sending node are nodes in the 
network (the two routers are connected to the same network); sending at least one link 
state advertisement from the down stream node to the sending node ( fig.8, steps 122, 
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124 and fig.9, steps 131,133; network link state information received from neighbor 
node); and sending an acknowledgement of the at least one link state advertsement to 
the downstream node ( fig.9, step 135 and fig,IO, step 143, sending update 
information). 

In claims 163, 177, 191 and 205, Fukushima et al. discloses receiving a hello 
packet at a downstream node, wherein said hello packet comprises a link state 
advertisement (see col. 10, lines 15-30, fig.8, step 121, router 10 receives hello 
packets, wherein the hello packet comprises network link state information. See step 
124); processing said link state advertisement comprises sending said link state 
information from down stream node (see fig.8, steps; 125 col .10, lines 25-30; sending 
the network link state information to protocol information manager module 15); sending 
link states acknowledgement from the downstream node (see fig.8, step 125, col. 10, 
lines 26-40; the sending of network link state information is an acknowledgement which 
the manager 15 checks if the received information is the network linkstate information, 
see fig.9, steps 131,133). 

Claims 53, 70, 1 1 8, 1 31 , 1 44, 1 57 are rejected under 35 USC 1 03(a) as being 
unpatentable over Spiegel et al. ( US pat. 5,649,108) in view of Fukushima et al. (Pat. 
6,490,246 B2). 

In claim 53, Spiegel et al. does not disclose the protocol packet is a hello 

packet. Fukushima et al. discloses in figure 8, step 121, the packet received at the node 

is protocol packet such as hello packet ( see col .10, lines 20-25). Therefore, it would 
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have been obvious to transmit protocol/hello packet in Spiegel et al. to update network 
topology. 

In claim 70, Spiegel does not discloses protocol packet is a configured packet, 
Fukushima discloses, in col. 2, lines 25-35, that if a router has not received hello packet 
from other routers for longer than a fixed period, the router updates the contents of 
routing table and establishes another path to avoid the faulty router ( protocol packet is 
a configure packet). Therefore, it would have been obvious that the protocol packet can 
be a link down packet to notify that a router has failed or a configured packet when the 
router establishes an alternate path. 

In claims 118, 131, 144, 157, Fukushima etal. discloses identifying at least one link 
state advertisement in a link state database maintained at said downstream node using 
at least one node identifier ( see fig.2, col. 5, line 55 6o col. 6, line 8; storing LSA Link 
state database 22 at router 10). 

Claims 165-168, 179-182,193-196, 207-210 are rejected under 35 USC1 03(a) as being 
unpatentable over Spiegel et al. ( US Pat. 5,649,108) in view of Fukushima et al. (Pat. 
6,490,246 B2). 

In claims 165, 166, 167, 168, 179, 180, 181, 182, 193, 194, 195,196, 207, 208, 
209, 210, Spiegel et al. does not disclose determining if said LSA corresponds to an 
entry in a link state database maintained at said downstream node; If the LSA is not a 
corresponding to an entry in a Link state database, adding the LSA to said link state 
database; and if said LSA corresponds to an entry in a LSDB , determining if a node 
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orginating said LSA is a node originating a LSA corresponding to said entry in said link 
state database. 

Fukushima discloses determining if said LSA corresponds to an entry in a link 
state database maintained at said downstream node ( see fig. 9, col. 10, lines 35-45; step 
131, 133; determing if the received LSA the same with contents in link state database 
22); If the LSA is not a corresponding to an entry in a Link state database, adding the 
LSA to said link state database ( fig.9, col. 10, lines 42-52; steps 133&134; if the 
received LSA does not agree with contents in the LSDB 22, updating the link state 
database 22 comprising adding new LSA to the LSDB 22); and if said LSA corresponds 
to an entry in a LSDB , determining if a node orginating said LSA is a node originating a 
LSA corresponding to said entry in said link state database ( see fig.9, step 133; col. 10, 
lines 46-52; if agreement is confirmed, no need to update the LSDB 22 which means 
that one node send a LSA and another LSA in the LSDB 22). Therefore, it would have 
been obvious to one skilled in the art to use the teachings of Fukushima into Spiegel et 
al. to determine whether the LSA corresponds to a LSA entry in LSDB; or update the 
LSDB by adding the new LSA. 

Allowable Subject Matter 

Claims 54, 113-117, 119-123, 126-130, 132-136, 139-143, 145-149, 152-156, 
1 58-1 62, 1 69-1 76, 1 83-1 90, 1 97-204, 21 1 -221 are objected to as being dependent 
upon a rejected base claim, but would be allowable if rewritten in independent form 
including all of the limitations of the base claim and any intervening claims. 
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In claim 54, the prior art fails to disclose command -specific data comprises a link 
state advertisement count field. 

IN claims 1 1 3, 1 1 9, 1 26, 1 32, 1 39, 1 45, 1 52, 1 58, 219, 220, the prior art fails to 
disclose building a first list from a link state database maintained at said downstream 
node, wherein said first list comprises any link state advertisements received from a 
node other than said sending node, and said at least one link state advertisement is 
included in said first list. 

In claims 1 69, 1 83, 1 97, 21 1 , 221 , the prior art fails to disclose determining if said 
link state advertisement is more recent than said link state advertisement corresponding 
to said entry in said link state database. 

Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Perlman et al. ( US Pat. 5086428); 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Hanh Nguyen whose telephone number is 571 272 
3092. The examiner can normally be reached on 8:30 to 4:30. The examiner can also 
be reached on alternate . 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Huy Vu, can be reached on 571 272 3155. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
/Hanh Nguyen/ 

Primary Examiner, Art Unit 2416 



